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METHOD AND SYSTEM FOR RACING CONTROL OF 
OPERATIONS IN SYSTEM MANAGEMENT 



5 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a method and 
system for racing control of operations in system 
management . 

10 In the maintenance and management of switching 

systems , transmission systems, network systems, and 
various other systems, various measures may be considered 
for dealing with operations newly requested for a 
controlled object the same as the controlled object of 

15 operations now being executed or a related controlled 

object, such as, (i) accepting it unconditionally, 
(ii) making it wait until the end of the operations now 
being executed, (iii) rejecting it unconditionally, and 
(iv) accepting it conditionally by racing control. Among 

2 0 these, the above measure of (iv) accepting it 

conditionally by racing control enables a smooth control 
in the system management. Among the above systems, there 
are systems adopting different protocols, but in such 
systems as well, it is desired to make racing control 

25 possible. 

2 . Description of the Related Art 

As the protocol for managing switching systems, 
transmission systems, network systems, and other various 
systems, for example, there are the Transmission Control 

30 Protocol/Internet Protocol (TCP/IP), Simple Network 

Management Protocol (SNMP) in the Internet, Common 
Management Information Protocol (CMIP) as an Open System 
Interconnection (OS I) network management protocol, and 
various protocols unique to the system structure from the 

35 maintenance and management terminal by a work station 

etc . 

Further, in the OS I model, there has been known 
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a structure wherein the management side is defined as a 
"manager", a system side at which the switching, 
transmission apparatus, etc. are managed is defined as an 
"agent", a virtual data base of the information necessary 
5 for the management, that is, a management information 

base (MIB), is stored in this agent, a request for 
acquisition or setting the value of the object to be 
managed is made from the manager to the agent, and the 
agent responds to this request and notifies the manager 
10 of a generated event such as an abnormality occurring in 

the agent . 

Further, as operations of the above SNMP, there 
are (1) "GET REQUEST" indicating reading of data of a 
specified MIB modification from the MIB, (2) "GET NEXT 

15 REQUEST" indicating reading of data next to the specified 

MIB modification in accordance with the order of the MIB, 
(3) "SET REQUEST" indicating setting a MIB modification 
to a specified value, (4) "GET RESPONSE" indicating a 
response from the agent to the request, and (5) "TRAP" 

20 indicating notification of the occurrence of an 

abnormality or event from the agent to the manager. 
Basically, the manager performs polling with respect to 
the agent . 

Further, there has been known a management 
25 system using a Common Management Information 

Protocol/Common Information Management Service 
(CMIP/CMIS) specified by the OSI model. The Common 
Information Management Service (CMIS) can be roughly 
classified into management operation services from the 
30 manager to the agent and notification services from the 

agent to the manager. The services may be summarized as 
(1) "M-GET" indicating the reading of an attribute value 
of a managed object, (2) "M-SET" indicating the setting 
and alteration of an attribute value (replacement of an 
35 attribute value, addition of an attribute value, removal 

of an attribute value, and setting of an attribute value 
at default) of an object to be managed, (3) "M-ACTION" 
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indicating an instruction for action on a managed object, 

(4) "M-CREATE " indicating creation of a managed object, 

(5) "M-DELETE" indicating deletion of a managed object, 

(6) M M- CANCEL— GET " indicating cancellation of the 

5 previous M-GET operation, and (7) "M-EVENT-REPORT " for 

reporting a state transition, error, etc. occurring in a 
managed object. 

Further, in multiple operations under the CMIP, 
since there are no ID'S for racing decision included in 

10 commands under the CMIP, some sort of racing control 

becomes necessary. Therefore, in the related art, an OSI 
interface apparatus for translating CMIP operations into 
internal commands and performing racing control while 
treating the commands as commands groups has been 

15 proposed (refer for example to Japanese Unexamined Patent 

Publication (Kokai) No. 6-303288). 

In recent years, progress has been made in 
standardization of managed object models. Along with 
this, maintenance and management interfaces for 

20 communication systems, transmission systems, and other 

systems are now being adopted as interfaces based on 
standardized object models in addition to formats 
inherent to the manufacturers or formats peculiar to the 
management sy s tern . 

25 Further, orderly execution of the operations 

for system management requires racing control between 
commands. In CMIP operations as well, it would be 
effective to carry out racing control at a stage before 
the operations. Since however the unit of processing, in 

30 principle, becomes the unit of an object instance showing 

the actual form of a controlled object in the OSI model, 
control from a viewpoint different from the racing 
control between commands becomes necessary. 

Looking at racing control in such CMIP 

35 operations, in the related art mentioned above, CMIP 

operations are translated into internal commands 
including commands identification information and racing 
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control is carried out between commands groups to which 
that internal commands belong. Accordingly, the 
processing is increased for translating operations to 
internal commands and racing decisions cannot be carried 
5 out in units of object instances, so there is a problem 

in that racing could not be sufficiently controlled. 

Further, in systems for supporting CMIP 
operations as well, it is also necessary to execute 
operations of a format inherent to the manufacturer or a 

10 format peculiar to the system, that is, inherent to the 

system. In this case, orderly execution of both CMIP 
operations and operations inherent to a system based on 
other protocols requires racing control between these 
operations. There has not, however, been any solution of 

15 this point in the related art. 

SUMMARY OF THE INVENTION 

An object of the present invention is to perform 
fine racing control between CMIP operations, for example, 
in units of the smallest instance, and perform racing 
20 control of operations including operations by other 

protocols . 

To attain the above object, according to a first 
aspect of the present invention, there is provided a 
method of racing control comprising the steps of 

25 determining, regarding newly requested operations under 

the Common Management Information Protocol (CMIP) defined 
by an Open System Interconnection (OSI) model, whether or 
not a managed object instance of operations now being 
executed and a managed object instance specified by the 

30 newly requested operations are the same. When the 

instances are different, it allows execution of the newly 
requested operations, while when the instances are the 
same, it refers to a racing control table formed based on 
a combination of operation classifications to determine 

35 whether it is possible to execute the newly requested 

operations. Accordingly, racing control of CMIP 
operations can be finely and quickly carried out with 
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units of managed object instances. 

According to a second aspect of the present 
invention, there is provided a method comprising the 
steps of determining, regarding either one of the newly 
5 requested operations of operations under the CMIP defined 

by the OSI model and operations inherent to the system, 
whether or not an external expression establishing 
correspondence between managed object instances of CMIP 
operations and resources to be controlled of operations 
10 inherent to the system is the same as the external 

expression of the operations now being executed. When 
g «. they are different, it allows the execution of the newly 

=fii requested operations, while when they are the same, it 

\*\ establishes correspondence of the classification of CMIP 

W 15 operations with a classification of control of operations 

% inherent to the system and refers to a common racing 

sO control table formed based on combinations of the latter 

;L classifications of control to decide whether it is 

las: possible to execute the newly requested operations. By 

H; 2 0 this, fine racing control becomes possible with respect 

^Vi to CMIP operations and operations inherent to the system 

i£i as well . 

According to a third aspect of the present 
invention, there is provided a method comprising the 
25 steps of determining, regarding either one of the newly 

requested operations of operations under the CMIP defined 
by the OSI model and operations inherent to the system, 
whether or not an external expression establishing 
correspondence between managed object instances of CMIP 
30 operations and resources to be controlled of operations 

inherent to the system is the same as the external 
expression of the operations now being executed. When 
they are different, it allows the execution of the newly 
requested operations, while when they are the same, it 
35 establishes correspondence of the classification of CMIP 

operations with the classification of control of 
operations inherent to the system and refers to a common 
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racing control table formed based on combinations of the 
former classifications of operations to determine whether 
it is possible to execute the newly requested operations. 
According to a fourth aspect of the present 
5 invention, there is provided a racing control system in 

system management by CMIP operations defined by a OSI 
model, provided with an operation registration table for 
registering operations now being executed; a racing 
control table for storing information of whether or not 

10 newly requested operations may be executed in the form 

(matrix) of combinations of classifications of newly 
requested and now being executed CMIP operations; and a 
racing control unit (OSIP racing control unit) including 
a first means for extracting operations now being 

15 executed from the operation registration table upon newly 

requested operations, a second means for determining 
whether or not the managed object instance of the 
operations now being executed extracted by this first 
means and the managed object instance of the newly 

20 requested operations are the same, and a third means for, 

when it is determined by this second means that they are 
the same, determining whether or not newly requested 
operations can be executed by referring to the racing 
control table. 

25 According to a fifth aspect of the present 

invention, there is provided a racing control system in 
system management by CMIP operations defined by the OSI 
model and operations inherent to the system provided with 
an operation registration table for registering 

30 operations now being executed; a common racing control 

table for establishing correspondence between 
classifications of operations of CMIP and classification 
of control of operations inherent to the system and 
storing information on whether or not newly requested 

35 operations may be executed; and a racing control unit 

(HOST racing control unit) including a fourth means for 
extracting operations now being executed from the 
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operation registration table upon newly requested 
operations, a fifth means for determining whether or not 
the external expression corresponding to the managed 
object instance of the operations now being executed 
5 extracted by this fourth means and the external 

expression of the newly requested operations are the 
same, and a sixth means for, when it is determined that 
they are the same by this fifth means, determining 
whether the newly requested operations may be executed by 

10 referring to the common racing control table. 

According to a sixth aspect of the present 
invention, the common racing control table is structured 
to establish correspondence for classifications of 
control of operations inherent to the system with 

15 classifications of operations of the CMIP and store 

information of whether newly requested operations may be 
executed in the form of combinations of classifications 
of operations now being executed and classifications of 
newly requested operations . 

2 0 According to a seventh aspect of the present 

invention, the common racing control table is structured 
to establish correspondence for classifications of 
operations of the CMIP with classifications of control of 
operations inherent to the system and store information 

25 of whether or not newly requested operations may be 

executed in the form of combinations of classifications 
of control of operations now being executed and 
classifications of control of newly requested operations. 
According to an eighth aspect of the present 

30 invention, the racing control unit (HOST racing control 

unit) is structured to determine, regarding CMIP 
operations and operations inherent to the system, whether 
or not newly requested operations may be executed, based 
on identity of expressions of resources to be controlled, 

35 identity or resemblance of categories of resources to be 

controlled, and the classifications of control or groups 
of classifications of control of operations now being 
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executed and newly requested operations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above object and features of the present 
invention will be more apparent from the following 
5 description of the preferred embodiments given with 

reference to the accompanying drawings, wherein: 

Figs. 1A and IB are explanatory views of the 
configuration of an embodiment of the present invention; 

Fig. 2 is an explanatory view of a format of 
10 commands; 

Fig. 3 is an explanatory view of an example of 
correspondence between CMIP operations and commands 
(verb) ; 

Figs. 4A and 4B are explanatory views of a racing 
15 control table according to an embodiment of the present 

invention; 

Figs . 5A and 5B are explanatory views of a common 
racing control table according to an embodiment of the 
present invention; 
20 Figs. 6A and 6B are further explanatory views of the 

common racing control table according to an embodiment of 
the present invention; 

Figs. 7A and 7B are flow charts of a first example 
of the present invention; 
25 Figs. 8A and 8B are flow charts of a second example 

of the present invention; 

Figs. 9A and 9B are flow charts of a third example 
of the present invention; and 

Fig. 10 is an explanatory view of the related art. 
30 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Before describing the embodiments of the present 
invention, the related art and the disadvantages therein 
will be described in further detail with reference to the 
related figures. 
35 Figure 10 is an explanatory view of a related art 

and shows in brief an OSI interface apparatus shown in 
Japanese Unexamined Patent Publication (Kokai) No. 6- 
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303288 explained above. An application processing unit 51 
includes a plurality of application processing sections 
#1 to #n, while an OSI interface unit 52 includes an 
information analyzing means 54, a racing control means 
5 55, and a commands transfer means 56 and receives CMIP 

commands from an OSI environment application unit 53 by 
the information analyzing unit 54 in the OSI interface 
unit 52 . 

This information analyzing means 54 analyzes 

10 received CMIP commands according to an analyzing 

algorithm to generate internal commands. Further, the 
racing control means 55 is provided with an execution 
status table (not illustrated) for registering commands 
now being executed in units of commands groups to which 

15 the commands belong and a racing relational table (not 

illustrated) for establishing correspondence by 
classifying commands into groups of the same racing 
relationships . 

This racing control means 55 refers to the racing 

20 relational table regarding the internal commands 

generated in the information analyzing means 54 and 
determines whether or not the racing relational group 
includes the command group now being executed. If there 
is no racing relationship, it transfers the commands from 

25 the command transfer means 56 to the predetermined 

application processing section and establishes an in- 
execution flag in the execution status table with the 
unit of the command group. By referring to this execution 
status table, the command group now being executed can be 

30 identified. 

As already explained, in recent years, progress has 
been made in the standardization of managed object 
models. Along with this, maintenance and management 
interfaces for communication systems, transmission 

35 systems, and other systems are now being adopted as 

interfaces based on standardized object models in 
addition to formats inherent to the manufacturers or 
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formats peculiar to the management system. 

Further, as already explained, orderly execution of 
the operations for system management requires racing 
control between commands. In CMIP operations as well, it 
5 would be effective to carry out racing control at a stage 
before the operations. Since however the unit of 
processing, in principle, becomes the unit of an object 
instance showing the actual form of a controlled object 
in the OSI model, control from a viewpoint different from 

10 the racing control between commands becomes necessary. 

Looking at racing control in such CMIP operations, 
in the related art mentioned above, CMIP operations are 
translated into internal commands including commands 
identification information and racing control is carried 

15 out between commands groups to which that internal 

commands belong. Accordingly, the processing is increased 
for translating operations to internal commands and 
racing decisions cannot be carried out in units of object 
instances, so there is a problem in that racing could not 

20 be sufficiently controlled. 

Further, in systems for supporting CMIP operations 
as well, it is also necessary to execute operations of a 
format inherent to the manufacturer or a format peculiar 
to the system, that is, inherent to the system. In this 

25 case, orderly execution of both CMIP operations and 

operations inherent to a system based on other protocols 
requires racing control between these operations. There 
has not, however, been any solution of this point in the 
related art. 

30 In consideration with the above problem, the present 

invention enables fine racing control between CMIP 
operations, for example, in units of the smallest 
instance and, at the same time, racing control of 
operations including operations by other protocols. 

35 Below, a detailed explanation will be given of 

embodiments of the invention. 

Figure 1 is a view explaining the configuration of 
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an embodiment of the present invention, in which 1 
denotes a switching, transmission apparatus, network 
containing them, and other system (HOST) performing 
application processing, 2 a work station (OSIP: OSI 
5 Processor), 3 a remote operation system (remote OS), 4 a 

maintenance and management terminal (OAM or so-called 
Operation Administration and Maintenance), 11 an OSIP 
interface control unit, 12 an application execution unit, 
13 a HOST (COMMON) racing control unit, 14 an application 

10 preprocessing unit, 15 an OAM interface control unit, 16 
a common racing control table, 17 an operation 
registration table, 21 a HOST interface control unit, 2 2 
an object execution unit, 2 3 an OSIP racing control unit, 
24 an open system interconnection tool core unit (OSI 

15 TOOL CORE), 25 an OSI/CMIP protocol control unit, 26 a 

racing control table, and 27 an operation registration 
table. 

The remote OS 3 corresponds to a centralized 
management system etc . for centrally performing 

2 0 maintenance and management of, for example, the switching 

system, transmission system, network system, or other 
system 1. Further, the remote OS 3 corresponds to the 
manager side in the OSI model, while the system 1 and the 
work station 2 correspond to the agent side in the OSI 

25 model. Further, the maintenance and management terminal 4 
is a terminal for performing system management by 
commands inherent to the system. 

Further, the work station (OSIP) 2 includes the HOST 
interface control unit 21, object execution unit 22, OSIP 

30 racing control unit 23, open system interconnection tool 

core unit 24, OSI/CMIP protocol control unit 25, racing 
control table 26, operation registration table 27, etc. 
The OSI/CMIP protocol control unit 25 transfers common 
management information service (CMIS) messages with the 

35 remote OS 3 by the CMIP with the support of the lower 

layer. For example, it transfers messages indicated in 
the CMIP operation shown in Fig. 2. 
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Further, the open system interconnection tool core 
unit (OSI TOOL CORE) 24 is provided with a function for 
analyzing the CMIP/CMIS information field of the format 
shown in Fig. 2, extracting the basic information, and 
5 sending an error message, without performing racing 

control in the OSIP racing control unit 23, regarding 
both a predetermined classification of operations now 
being executed and a predetermined classification of 
newly requested operations . 

10 Further, the object execution unit 2 2 activates the 

OSIP racing control unit 2 3 and controls the managed 
object instance based on the result of the racing control 
by this OSIP racing control unit 23 . When a link with the 
system 1 is necessary, it transfers control information 

15 with the system 1 via the HOST interface control unit 21. 

Further, the OSIP racing control unit 23 performs racing 
control of CMIP operations by referring to both the 
operation registration table 27 registering operations 
now being executed and the racing control table 2 6 

20 storing the information of racing decisions in the form 

of combinations of classifications of operations . 

The OSIP interface unit 11 also controls the 
transfer of information between the system 1 and the work 
station 2, performs control for absorbing the difference 

25 of units of processing of applications, and sends the 

CMIP operations found to be executable as a result of the 
racing control by the HOST racing control unit 13 to the 
application execution unit 12 and thereby it makes to 
execute the operations . 

30 Further, the HOST racing control unit 13 refers to 

both the operation registration table 17 registering 
operations now being executed and the common racing 
control table 16 based on the combination of common 
control classifications and performs racing control 

35 between operations inherent to the system from the 
interface inherent to the system, that is, the 
maintenance and management terminal (0AM) 4, and 
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operations via the CMIP interface, that is, the OSIP 
interface control unit 11 and also performs racing 
control between operations inherent to the system from 
the OAM 4. In this case, the operation registration 
5 tables 17 and 2 7 register the operations now being 

executed, therefore may be structured provided in common 
for both the HOST racing control unit 13 and the OSIP 
racing control unit 2 3 and to update each other. 

Further, the OAM interface control unit 15 transfers 

10 information with the maintenance and management terminal 

(OAM) 4 and transfers information with the application 
preprocessing unit 14. This application preprocessing 
unit 14 transfers operations inherent to the system due 
to commands from the maintenance and management terminal 

15 4 to the HOST racing control unit 13, i.e., common racing 

control unit, and thereby it makes to perform the 
control. When the result of the control is allowable, it 
makes the application execution unit 12 execute the 
operations . 

20 Further, Fig. 2 shows the format of a command. In 

this figure, the lower layer information field shows, for 
CMIP information data unit, the message transfer control 
information of a sixth or lower layer of the OSI model. 
Further, the CMIP operation field in the CMIP/CMIS 

25 information region is a field for designating what 

operation is requested. In this field, in correspondence 
with the above M-GET, M-CANCEL-GET, M-SET, M-CREATE, M- 
DELETE, M-ACTION, M-EVENT-REPORT , etc., (i) an object 
class indicating the class to which an actual object to 

30 be controlled of the operation belongs, (ii) an object 

instance indicating the actual object to be controlled of 
the operation, and (iii) application data indicating the 
data necessary for the execution of the application are 
contained. 

35 Further, the commands inherent to the system which 

are input from the maintenance an3^ management terminal 4 
have a format of, for example: 
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CMC: AID : PRM, PRM (parameter), •••• ; 
Note that CMC is a command code and is composed of a 
verb-noun indicating what operation (verb) is to be 
carried out for the operation category (noun). Further, 
5 AID is an access ID and indicates the actual object to be 
controlled by the operation. Further, PRM indicates a 
parameter, but sometimes indicates the actual object to 
be controlled . 

For example, when the command inherent to the system 

10 is: ^ 

ENT-EQPT (equipment): •••• ; 
the verb ENT (enter) corresponds to the CMIP operation M- 
CREATE, and the noun EQPT indicates the actual object to 
be controlled, that is, the equipment. Accordingly, it 

15 corresponds to a command for addition of an apparatus. 

Similarly, in the case of a command inherent to the 
system: 

DLT-SUB: •••• ; 
the verb DLT corresponds to the CMIP operation M-DELETE, 

20 and the noun SUB indicates the actual subject to be 

controlled, that is, the subscriber, and corresponds to a 
command for deletion of a subscriber. 

Figure 3 is an explanatory view of an example of 
correspondence between a CMIP operation and a command 

25 verb. For example, M-GET of the CMIP operation indicating 

reading of the attribute value controlled corresponds to 
the verb RETRIEVE (RTRV) of the commands inherent to the 
system, while M-CANCEL-GET indicating cancellation 
corresponds to ABORT. Further, M-CREATE indicating the 

30 generation of a managed object corresponds to ENT. M- 

DELETE indicating deletion of the managed object 
corresponds to DELETE (DLT). Note, M-EVENT-REPORT of the 
CMIP operation is used for autonomous reports of alarms 
and states, therefore does not correspond to a verb of 

35 the commands inherent to the system. In this way, 

correspondence, in classifications of control, can be 
established between the CMIP operations and operations 
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inherent to the system. 

Figures 4A and 4B are explanatory views of a racing 
control table of an embodiment of the present invention 
and shows an example of the racing control table 26 for 
5 racing control between CMIP operations in Fig, 1. This 

racing control table is referred to for the racing 
control in the OS IP racing control unit 2 3 when the 
managed object instances indicating the actual object to 
be controlled of the operations now being executed and 

10 the newly requested operations, are the same as each 

other, establishes correspondence between the newly 
requested operation classifications M-CREATE, M-DELETE, 
M-SET, M-GET, and M-ACTION with the operation 
classifications M-CREATE, M-DELETE, M-SET, M-GET, and M- 

15 ACTION now being executed, and stores the information of 

whether or not newly requested operations may be executed 
and messages . 

Further, "OS I TOOL CORE" in the racing control table 
26 indicates the processing in the case of checking for 

20 the existence of the required information in accordance 

with the classification of the CMIP operation in the open 
system interconnection tool core unit 24, The "OSI TOOL 
CORE" also indicates that the relationship between the 
CMIP operation M-CREATE now being executed and another 

25 newly requested CMIP operation and the relationship 

between the newly requested CMIP operation M-CREATE and 
another CMIP operation now being executed can be 
determined by identifying the CMIP operation now being 
executed in the open system interconnection tool core 

30 unit M OSI TOOL CORE M 24. Further, "RACING CONTROL" 

indicates that racing control is being carried out in the 
OSIP racing control unit 23. 

For example, when the newly requested M-DELETE is 
input with respect to the M-CREATE now being executed, 

35 the open system interconnection tool core unit 24 can 

identify the fact that the CMIP operation M-CREATE is now 
in execution by referring to for example the operation 
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registration table 27 , therefore since it is an opposite 
operation (create vs delete) with respect to the same 
managed object instance, sends a message "NO SUCH 
INSTANCE" indicating, as ERROR, that there is no such 
5 instance to the OSI/CMIP protocol control unit 25. 

Further, when a newly requested M-CREATE is input 
with respect to an M-DELETE now being executed, the open 
system interconnection tool core unit 24 sends a message 
"ALREADY CREATED" indicating, as ERROR, that it has been 

10 already generated when the operation now being executed 

is other than the same M-CREATE as the newly requested 
operation, while makes it perform the racing control in 
the OSIP racing control unit 2 3 via the object execution 
unit 22 when the newly requested operation and the 

15 operation now being executed are the same M-CREATE. 

Further, when a newly requested M-CREATE is input 
with respect to an M-CREATE now being executed, the OSIP 
racing control unit 2 3 refers to the racing control table 
26 and sends a message "PROCESSING FAILURE" indicating a 

20 processing failure. Namely, it will refuse the execution 

with respect to the newly requested M-CREATE. Further, 
when a newly requested M-GET is input with respect to an 
M-GET now being executed, since multiple reading 
operations are possible, the result of the racing control 

25 becomes a continuation of the normal operation (NORMAL 

OPERATION CONTINUES) and execution of this newly 
requested M-GET is allowed. 

Figures 5A and 5B are explanatory views of the 
common racing control table of an embodiment of the 

30 present invention and show an example of the common 

racing control table 16 referred to by the HOST racing 
control unit 13 in Fig. 1. It specifically shows a case 
where, by using the correspondence between CMIP 
operations and commands ^inh erent to the system of Fig. 3, 

35 a correspondence is established with classifications of 

control of commands ^inherent to the system. Namely, it 
shows the case of establishing correspondence between 
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classifications of CMIP operations with classifications 
of control of commands inherent to the system , combine 
ENT, DLT, EDT (edit), RST (restore), RMV (remove), RTRV, 
and TEST now being executed and ENT, DLT, EDT, RST, RMV, 
RTRV, and TEST of newly requested verbs, and store 
information on whether newly requested verb may be 
executed and messages such as the error message 
"PROCESSING FAILURE". 

For example, when the command (verb^*t&w being 
executed and a newly requested command (verb) are the 
same ENT (corresponding to M-GEJV^of CMIP operation) and 
DLT (corresponding to M-DELJ&TE of the CMIP operation), 
the HOST racing control^fnit 13 refers to the common 
racing control tabl^!6 and sends the message of 
processing failure "PROCESSING FAILURE". Similarly, in 
the case of EDT, RST, and RMV (corresponding to M-SET of 
CMIP oper^ion) , it sends the message of processing 
f ailur^"PROCESSING FAILURE". Namely, it refuses 
ex^jz<ition of the newly requested operation. 

Further, when the command verb now being executed 
and the newly requested command verb are the same RTRV or 
TEST (corresponding to M-GET or M-ACTION of CMIP 
operation), normal processing continues. Namely, 
execution will be allowed for the newly requested 
operation. Further, when the command verb now being 
executed is ENT and the newly requested command verb is 
RTRV (corresponding to M-GET of CMIP operation), it sends 
a message indicating, as ERROR, that such an instance 
does not exist, i.e., "NO SUCH INSTANCE". 

Figures 6A and 6B are explanatory views of a common 
racing control table of an embodiment of the present 
invention and shows a case of establishing correspondence 
between classifications of control of operations injiLergrit^ 
to the system with classifications of CMIP operations, 
conversely to Fig. 5. Namely, it shows the case of 
combining M-CREATE, M-DELETE, M-SET, M-GET, and M-ACTION 
as verbs now being executed and M-CREATE, M-DELETE, M- 
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SET, M-GET, and M- ACTION as newly requested verbs and 
storing information of whether a newly requested verb may 
be executed and messages such as error messages. 

Figures 7A and 7B are flow charts of a first example 
5 of the present invention and shows the processing of the 

HOST racing control unit 13 in Fig. 1. For example, it 
shows a case of racing control, by using for example the 
common racing control table 16 shown in Figs. 5A and 5B, 
between CMIP operations and operations inherent to the 
10 system or racing control between operations inherent to 

the system. 

The input information to this HOST racing control 
unit 13 includes any or all information of the display of 
the origin of the request indicating whether it is a CMIP 

15 or command inherent to the system, CMIP sequence number 

or call ID (INVOKE ID), verb and noun of the command 
inherent to the system, and external expression of the 
resource to be controlled. Further, in the operation 
registration table 17, information similar to the above 

2 0 input information is set in correspondence with the 

operations now being executed. Note that when there are 
no operations now being executed, the content of 
registration becomes zero. 

Further, the HOST racing control unit 13 checks, 

25 when activated by the OSIP interface control unit 11 or 

the application preprocessing unit 14, whether or not the 
controlled object or actual object containing the 
controlled object is the same as the operation which has 
already been executed (same meaning as now being 

30 executed) based on the input information. Namely, it 

fetches the operation information now being executed 
registered in the operation registration table 17 (Al) . 

Next, it is determined whether or not both of an 
operation now being executed and a newly requested 

35 operation are operations having the same external 

expression (object instance) (A2). When they are 
different, the operation routine shifts to step (A6), 
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while when they are the same, it is determined whether or 
not the nouns or noun groups of the operation now being 
executed and the newly requested operation are the same 
(A3). 

5 In this determination, when they are different, the 

operation routine shifts to step (A6), while when they 
are the same, the possibility of racing is checked for 
the verb or group thereof according to for example the 
common racing control table shown in Figs. 5A and 5B 

10 (A4). Next, it is determined whether or not the input 

operation is allowable (A5). For example, if the verb of 
the newly requested classification of control is DLT when 
the verb of classification of control now being executed 
is TEST, it will be determined as not allowable, while if 

15 the newly requested verb is RTRV, it becomes allowable. 

In the case of not being allowable, the display of "not 
allowable" is set as the output (OUTPUT) of the HOST 
racing control unit 13 (A9). 

Further, when the determination of the above (A5) is 

2 0 allowable, it is determined whether or not the check of 

all operations now being executed has ended (A6). When it 
has not ended, the operation routine shifts to step (Al), 
where information of one operation which is different 
from a previous one now being executed is taken out of 

25 the operation registration table 17 and the above steps 

are repeated. On the other hand, when it has ended, the 
newly requested operation is registered in the operation 
registration table 17 (A7) and the display of "allowable" 
is set as the output (OUTPUT) of the HOST racing control 

30 unit 13 (A8). By this, the newly requested operation is 

sent to the application execution unit 12 via the OSIP 
interface control unit 11 or the application 
preprocessing unit 14 and then the newly requested 
operation is executed. 

35 Further, when the processing in the application 

execution unit 12 is ended, since the operation is no 
longer being executed, the operation information is 
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deleted from the operation registration table 17 by 
using, as a search key, the CMIP sequence number or call 
ID (INVOKE ID) . 

Figures 8A and 8B are flow charts of a second 
5 example of the present invention and shows the processing 

of the HOST racing control unit 13 in Figs. 1A and IB. 
Specifically, it shows a case of racing control between 
CMIP operations and the commands inherent to the system 
or racing control between commands inherent to the 

10 system, by using for example the common racing control 

table shown in Figs. 6A and 6B. 

The information, input to the HOST racing control 
unit 13 from the OSIP interface control unit 11 or the 
application preprocessing unit 14, includes any or all of 

15 (i) the information on the display of the origin of 

request indicating whether it is a CMIP or command 
inherent to the system, (ii) CMIP sequence number or call 
ID (INVOKE ID), (iii) CMIP operation, and (iv) the 
external expression of the resource. Information on one 

20 operation now being executed is read from the operation 

registration table 17 (Bl) and it is determined whether 
or not the external expression (object instance) is the 
same between the requested operation and the operation 
now being executed (B2). When they are different, the 

25 operation routine shifts to step (B5), while when they 

are the same, the check of possibility of racing is 
carried out, regarding the CMIP operation (B3) f according 
to for example the common racing control table shown in 
Fig. 6. 

30 Next, it is determined whether or not the operation 

is allowable (B4). When not allowable, for example, if 
the verb now being executed corresponds to M-SET and the 
newly requested verb corresponds to M-DELETE, the 
determination of racing control is that the newly 

35 requested operation is not allowable and the display of 

"not allowable" is set as the output (OUTPUT) of the HOST 
racing control unit 13 (B8). 
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Further, when the determination of the above (B4) is 
"not allowable" , for example, when the verb now being 
executed corresponds to M-SET and newly requested verb 
corresponds to M-GET, the determination of racing control 
5 is that the normal operation is to be continued. Namely, 

the operation becomes allowable in this racing decision. 
Next, it is determined whether or not the check has ended 
for all operations now being executed (B5). When it has 
not been ended, the operation routine shifts to step 

10 (Bl)/ while when it has been ended, information of one 

operation which is different from the previous one is 
taken out of the operation registration table 17 and the 
above steps are repeated. When it has been ended, the 
operation information is registered in the operation 

15 registration table 17 (B6), the display of "allowable" is 

set in the output (OUTPUT) (B7), and thereby the racing 
control is terminated. 

Further, when the application processing is ended, 
similar to the case mentioned above, since the operation 

20 is no longer being executed, the information of the 

operation is deleted from the operation registration 
table 17 with the CMIP sequence number or call ID (INVOKE 
ID) as the search key. 

Figures 9A and 9B are flow charts of a third example 

25 of the present invention and shows the processing in the 
OSIP racing control unit 2 3 in Figs. 1A and IB. The 
information, input from the object execution unit 22 to 
the OSIP racing control unit 23, includes (i) the 
information of display of the origin of the request 

30 indicating whether it is a CMIP or command, (ii) CMIP 

sequence number, (iii) information of the CMIP operation 
classification, (iv) object class to be controlled, and 
(v) the object instance. Further, in the operation 
registration table 27, the information of the operation 

35 now being executed corresponding to this input 

information is registered. 

Further, the OSIP racing control unit 2 3 reads one 
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operation now being executed from the operation 
registration table 27 according to the above input 
information (CI) and determines whether or not the object 
instances of the operation now being executed and the 
5 newly requested operation are the same (C2). 

When the object instances are different, the 
operation routine shifts to step (C5), while when the 
object instances are the same, the possibility of racing 
is checked, regarding the CMIP operation classification, 

10 according to the racing control table 26 shown in Figs. 

4A and 4B. For example, when the operation now being 
executed is M-GET and the newly requested operation is M- 
DELETE, it is determined that the latter is not allowable 
and the display of "not allowable" is set as the output 

15 (OUTPUT) of the OSIP racing control unit 23 (C8). 

Further, when the operation now being executed is M-GET 
and the newly requested operation is M-SET, it is 
determined that this M-SET can be allowed. 

When the newly requested operation can be allowed, 

20 it is determined whether or not the check has ended for 

all operations now being executed (C5). When it has not 
ended, the operation routine shifts to step (CI), where 
the above steps are repeated. On the other hand, when it 
has ended, the operation information is registered in the 

25 operation registration table 27 (C6), the display of 

"allowable" is set as the output (OUTPUT) of the OSIP 
racing control unit 27 (C7), and thereby the racing 
control is terminated. Also in this case, when the 
application processing is terminated, the operation is no 

30 longer being executed, therefore the information of this 

operation is deleted from the operation registration 
table 2 7 by using the CMIP sequence number as the search 
key. 

As explained above, racing control between CMIP 
35 operations is carried out in the OSIP racing control unit 

23, and racing control between CMIP operations and 
operations inherent to the system and between operations 
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inherent to the system, is carried out in the HOST racing 
control unit 13. When the object instances are the same, 
fine racing control becomes possible by referring to the 
racing control table 2 6 or common racing control table 
5 16. 

Further, the HOST racing control unit 13 determines, 
regarding the CMIP operations and operations inherent to 
the system, the identity of the controlled object 
resource expressions and the identity or resemblance of 

10 categories of the controlled object resources. When they 

are the same or similar, the possibility of execution of 
a newly requested operation can be determined based on 
the classification of control or the control 
classification group of both the operation now being 

15 executed and the newly requested operation. In this case 

as well, the possibility of execution of the newly 
requested operation can be determined by referring to the 
operation registration table 17 and the common racing 
control table 16. 

20 Further, it is possible to log the input information 

concerning the racing control between CMIP operations and 
operations inherent to the system by common external 
expressions in the HOST racing control unit 13 and 
information of the result of racing control. Such a 

25 logging information can be stored in a memory (not 

illustrated) etc. under the control of the HOST racing 
control unit 13. This logging information becomes useful 
for supervision etc. of the CMIP operations and 
operations inherent to the system under different 

30 protocols. 

As explained above, the present invention controls 
racing between CMIP operations, between CMIP operations 
and operations inherent to the system, or between 
operations inherent to the system, by determining whether 

35 the objects of control such as the managed object 

instances are the same regarding the operations now being 
executed and the newly requested operations. When they 
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are the same, it refers to the racing control table 2 6 or 
the common racing control table 16 storing the decision 
information of the possibility of execution or messages, 
by using combinations of classifications of control to 
5 determine whether or not the execution of a newly 

requested operation can be allowed. Therefore, it has the 
advantage that system management can be quickly and 
finely carried out in comparison with the case of the 
related art where racing control is carried out in 

10 correspondence with groups of internal commands. 

Particularly, when system management is carried out 
with a mixture of CMIP operations and operations inherent 
to the system, no matter which operation is now being 
executed, there is the advantage that it is easy to 

15 determine the possibility of execution of the newly 

requested operations and smoothly maintain and manage the 
system, by using the common controlled objects and 
control classifications . 

While the invention has been described by reference 

20 to specific embodiments chosen for purposes of 

illustration, it should be apparent that numerous 
modifications could be made thereto by those skilled in 
the art without departing from the basic concept and 
scope of the invention. 



